Derniers tests et previews
TEST Starship Troopers: Ultimate Bug War!, un boomer shooter qui fait pleuvoir les Bugs
TEST Kena: Bridge of Spirits sur Switch 2, une aventure poétique avec de petites brumes techniques
TEST Mega Man Star Force Legacy Collection : quand la nostalgie capte bien... mais grésille parfois
TEST Super Mario Bros. Wonder Nintendo Switch 2 Edition + Rendez-vous au parc Bellabel : une fête XXL à partager sans modération
Dernières actualités
Pokémon : Project VOLTAGE High, la collaboration musicale et visuelle avec Hatsune Miku atteint de nouveaux sommets (MAJ 05/04/26)
PlayStation Plus : le programme complet des jeux offerts en avril 2026 dévoilé, entre Action-RPG et aventure
Red Dead Online : du lourd ce mois-ci, bonus triplés, pêche ultra rentable et objets rares
Assassin’s Creed Shadows : une claque visuelle en approche sur PS5 Pro, merci le nouveau PSSR
homebrew sans carte sd
Le fait de réinitialiser la console ne suffira pas non plus. Le mieux serait de voir ce qui a été fait avant avec le hack. Mettre les éléments à jour sur la SD va te permettre de booter, de t’assurer de savoir si une emuNAND a été créée (tu peux aussi le voir sur la SD si un dossier qui concerne l’emuNAND est présent). Et si cette emuNAND a été configurée par Fichier ou par Partition mais cela n’empêche en rien de vérifier ce que j’indique avant. Si aucune emuNAND n’a été créée, cela signifie que l’ancien propriétaire utilisait la sysNAND pour le hack et cela n’est pas conseillé et augmente le risque de ban.
Cette vérification est nécessaire avant toutes manipulations autres. Tu pourras aussi utiliser l’outil Haku33 (si je me souviens bien du nom) pour réinitialiser proprement la console si une emuNAND n’a pas été créée.
Une fois cela vérifié, tu pourras envisager la suite.
Ainsi, tu repartiras de zéro en préparant à nouveau ta SD et suivre le tutoriel dans son ensemble.
Pour préparer la SD:
- https://gamergen.com/forums/underground ... 38312.html
Pour le hack Atmosphère/Hekate:
- https://gamergen.com/forums/underground ... 36600.html
Pour le dump des clés:
- https://gamergen.com/forums/underground ... 56353.html
Pour le gestionnaire de backups:
- https://gamergen.com/forums/underground ... 44282.html
- https://gamergen.com/forums/underground ... 63410.html
Pour ce qui concerne la mise à jour de la console, la version, dans laquelle tu es, est basse mais à toi de bien réfléchir ce que tu souhaites. Rien n’empêche de laisser sa sysNAND dans cette version et de mettre à jour ton emuNAND une fois créée et activée. Ou de mettre à jour les deux si cela est ton souhait.
- https://gamergen.com/forums/underground ... 62975.html
Je dis cela car tu possèdes un Dongle SX donc tu utilisais avant le CFW SX OS et si tu as encore la licence, alors, le firmware dans lequel tu es est compatible. SX OS l’est jusqu’à la version 11.0.0 max. Ceci est aussi un paramètre à prendre en compte dans ton choix pour la suite.
Et si ton souhait est d’utiliser seulement Atmosphère/Hekate, alors rien n’empêche tout cela non plus.
De plus, tu vas peut être lier ton compte ou pas. Il existe linkalho pour cela sans forcément se connecter aux serveurs de Nintendo.
- https://gamergen.com/forums/underground ... 63339.html
A toi de voir.
Donc, soit ta carte SD est vraiment défectueuse et je te conseille de préalablement vérifier via h2testw d’éventuels aspects corrompus, soit tu ne fais que remplacer les outils sans les supprimer avant de les mettre à jour. Et si ce n’est pas cela, tu utilises des outils dont les sysmodules posent problème.
Pour préparer la SD, suivre ce tutoriel simplement:
https://gamergen.com/forums/underground ... 38312.html
Sur la SD, tu supprimes tout sauf le dossier Nintendo et le dossier de l’emuNAND si tu en as bien créé une comme préconisé dans ce tutoriel:
https://gamergen.com/forums/underground ... 36600.html
Ajoute également les sigpatches depuis le lien proposé dans ce même tutoriel. Cela est nécessaire !
Pour le dumo des clés, il te faut passer par Lockpick_RCM:
https://gamergen.com/forums/underground ... 56353.html
Cela te sera utile pour utiliser certains outils.
Pour ton gestionnaire de backups, prendre DBi suffit largement. Oublie les autres gestionnaires.
https://gamergen.com/forums/underground ... 63410.html
Je ne peux pas être plus précis que cela.
Pour cela, tu remplaces tous les outils sur ta SD en supprimant tout ce qui concerne le CFW et autres sans toucher aux dossiers de l’emuNAND et celui de Nintendo. Le tutoriel:
https://gamergen.com/forums/underground ... 38312.html
Tu peux aussi le faire manuellement en allant chercher directement les outils depuis les sources officielles mais SDSetup fait de même.
Il te faut également mettre à jour les sigpatches que tu trouveras dans ce tutoriel:
https://gamergen.com/forums/underground ... 36600.html
Et si tu veux mettre à jour HOS, utilise Daybreak mais ce n’est pas une obligation:
https://gamergen.com/forums/underground ... 62975.html
Question sûrement déjà posée mais je me lance tout de même.
J’ai investi dans une carte micro Sd de 256go et je souhaiterai transférer mes jeux et sauvegardes de mes deux cartes micro Sd de 128go et ceux sans perte de données.
Pouvez vous éclairer ma lanterne svp ?
Merci d’avance.
A aucun moment il est indiqué de recommencer depuis le début ou de formater sa SD mais juste de mettre à jour ou de vérifier que la carte SD contient tous les éléments nécessaires et au bon endroit. D’où la proposition de passer par SDSetup pour préparer sa SD. Ainsi après décompression de l’archive, on s’aperçoit très vite de l’arborescence de chaque dossier et de son contenu pour remplacer les éléments et outils sur la SD. La seule chose qu’il faut ajouter, ce sont les sigpatches car non présent dans cette préparation et par la même, après décompression, on ajoute les éléments en suivant l’arborescence sur la SD. Rien de plus simple à faire.
Le tutoriel est là pour récapituler la démarche de manière très détaillée même si le vocabulaire peut être difficile à comprendre. Et même au delà de ceci, avec une simple recherche, on trouve facilement à quoi correspond certains termes mais je peux comprendre que ce n’est pas à la portée de tous.
Mais si cela peut aider bien que la démarche ne changera pas la manière: le mode RCM est un mode recovery (de récupération/réparation) qui permet de lancer un payload (une charge utile) pour booter sur le CFW (custom firmware ou firmware personnalisé) ou un homebrew (outil) ou un custom bootloader (un loader personnalisé).
Ce mode RCM se fait avec une combinaison de touches et un court circuit, comme cela est indiqué dans le tutoriel. Cela s’applique avec un JiG plutôt qu’un trombone maison. Cela est pourtant bien clair dans les indications préconisées !
Donc même si le vocabulaire reste complexe, le tutoriel apporte des indications claires et détaillées pour suivre pas à pas ce qu’il faut faire.
De plus, l’outil PC pour injecter ce payload (charge utile) s’opère, via PC, avec TegraRCMGui, comme précisé. Il faut donc un câble USB adapté qui transmet des données. Là aussi, détailler davantage, il faudrait dire où car tout est bien précisé.
Et pour rajouter des indications complémentaires, le tutoriel indique bien d’utiliser Hekate qui est le custom bootloader (loader personnalisé) pour ensuite booter sur le CFW Atmosphère. Il peut également booter sur des outils comme Lockpick_RCM, une étape précisée dans le tutoriel pour utiliser d’autres fichiers dont l’extension est BIN. Certains n’utilisent pas Hekate mais je trouve qu’il a de nombreuses fonctions non négligeables qui rendra l’utilisation plus simple et sans contrainte.
Pour ce qui est du terme Dump dans l’utilisation de Lockpick_RCM, il s’agit juste d’extraire l’ensemble des clés (keys) de la console dans un fichier pour ensuite utiliser certains outils. Ceci est nécessaire.
Et pour ce qui est des outils utilisés, soit lors de la préparation de la SD, ils sont déjà inclus car l’utilisateur peut choisir ce qu’il veut, soit l’utilisateur les ajoute manuellement directement depuis la source. Dans tous les cas, après décompression, il est facile de savoir où se situe chaque élément sur la SD.
Pour ce qui est des jeux dit backups, ils ont besoin des sigpatches pour être installés et lancés. En fonction de ce que demande le jeu en termes de message ou de code erreur, il serait facile d’identifier le besoin car cela peut être divers et variés. Soit le jeu a besoin des derniers sigpatches, soit le jeu a besoin d’un update (mise a jour du jeu) à installer manuellement et non via les serveurs de Nintendo, soit il est mal compilé et donc corrompu etc…
Voilà pour le complement.
J'avais bien vu ce topic, mais sa densité et son vocabulaire spécifique m'avais un peu effrayé car s'il parait super complet et précis il reste encore une limite et pas des moindres : celui qui est derrière le clavier
Je me demandais notamment s'il fallait que je reset entièrement tout ce qu'il y a sur ma carte micro SD, pour tout remettre à niveau : cela me permettrait de comprendre la démarche (car c'est pas moi qui l'avais fait initialement) et donc d'être autonome, mais ça m'allais bien aussi d'espérer pouvoir garder les jeux et les sauvegardes sans avoir à tout recommencer... Mais bon, j'opte pour la première démarche du coup.
j'ai glissé ce que j'imagine être les 2 sigpatches "exefs-patches" et "kip_patches" dans "atmosphère" . J'ai vu qu'il y avait un dossier kip_patches" vide.
Alors... revenons à ce que je suppose :
Étape 1: Téléchargement et préparation des outils :
ok
Étape 2: TegraRCMGUI et mode RCM
j'ai pas compris
J'imagine que le "payload" (j'ai toujours pas le vocabulaire re-snif ) Lockpick_RCM.bin est dans mon cas TegraRCMGui.
Ainsi: je déconnecte ma carte micro SD et je la réinsère dans ma switch. Sans les joycons... mais, du coup sur l'écran de ma switch, il y a les mêmes jeux qu'avant mais en cliquant "les données du logiciel vont être téléchargées", ce que j'imagine logique car ça ne doit être que des images dont les liens ne retrouve plus les trucs dans la micro sd car dans la première étape j'ai supprimé ce qu'il y avait dessus.
Mais quand je branche la switch sur l'ordi, et que je lance TegraRCMGui (2.6) : no RCM Device détected...
Penses tu que je dois faire la manip du trombone au début de la phase 2 ?
Merci de tes conseils !
J'ai aussi télécharger dbi-368.
Dans la micro sd, il n'y avait pas de dossier DBI, alors j'en ai créé un avec dbi, un document "xml configuration" et un autre dbi.nro. J'ai aussi d'autres trucs... "dbibackend".
Mais ça je ne l'ai pas copié collé dans le dossier.
J'ai l'impression qu'il me manque un petit truc quelque part...
Des conseils ?
Dans un premier temps, vérifier les cartes SD avec h2testw pour s’assurer qu’elles ne soient pas corrompues. Ensuite, vérifier le contenu de la SD et s’assurer que tous les éléments y sont et au bon endroit en passant par SDSetup et en remettant les sigpatches. Et pour terminer, bien que le format FAT32 soit la base, si tu as installé le driver exFat, ta carte SD doit être dans ce format. En passant pas Daybreak à l’issu, tu peux installer le firmware avec l’option Fat32 et exFat.